fix(client-runtime): find a subagent's model by display name or alias - #9

Problem

A provider-native subagent can report its model by display name or alias, such as GPT-6 Luna, instead of the catalog slug. formatModelSelectionEffort matches only slugs, so it finds no catalog model and the subagent's status bar shows the model without its effort.

Change

formatModelSelectionEffort in threadExecution.ts still tries the exact slug first. If that fails, it matches the model's display name or an alias, ignoring case.

Scope and approval

This is a small fix for an obvious display bug, in threadExecution.ts and its test. I found no matching upstream issue (searched "subagent effort display name model alias").

Verification

• finds the catalog model when the selection names it by display name fails on upstream main, returning null instead of Medium.
• vp env exec --node 26.12.1 -- vp test run packages/client-runtime/src/state/threadExecution.test.ts: 12 passed.
• Typecheck of @t3tools/client-runtime and lint on the two changed files: passed.
• vp env exec --node 26.12.1 -- vp run check:changed: format, lint, knip, GraphQL and typecheck passed. Its tests had the same 10 upstream failures that expect Linux paths and services.
• Not checked after the merge: an integrated pass in a real client.

These screenshots predate the upstream merge:

Before: the subagent's status bar shows the model only	After: it shows the model and medium

Built with Claude Opus 5.5 through Factory Droid in T3 Code. Upstream preparation by GPT-6 Luna, orchestrated by Claude Opus 5.5, through Factory Droid in T3 Code.